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putation_c pmponent,.a.conference bridge manager,.and 
a multimedia_exchange.component,-An-input-to the con- 
Tiectivlty^omputation component-includes a- database 
having tariff table information and _ re^urcerdemand 
cycle in formation. ^A nother input to this component is a 
load^onitcir'forcbntinuousjy dtf ermining the availabil- 
ity of telecommunication resources. In the preferred 
embodiment, the method and apparatus allow dynamic 
reconfiguration of conference call connectivity when a 
time-dependent condition or a Joadidependent condi- 
tion is detected. 
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Description 

TECHNICAL FIELD * 

The invention relates generally to conference calls 
and more particularly to methods and apparatus for 
establishing bridges among the participants of a confer- 
ence call. 

DESCRIPTION OF THE RELATED ART 

Conference calls permit each of three or more par- 
ties at different telecommunications stations to commu- 
nicate with all of the other parties of the call. Each 
station may merely be a telephone or may include 
equipment for allowing multimedia transmissions. 

Conventional conference calls are manually set up. 
A calling party dials the other parties of the call, places 
them on "hold," and patches them together by releasing 
the holds simultaneously. While some systems use dif- 
ferent patching techniques, human involvement tradi- 
tionally has determined how connections are made 
among the parties (i.e., "connectivity "). If two persons of 
an ongoing call session decide to add ji third^|Derson to 
form a conference calLsession, _the original parties 
determine which one is to initiate the connection to the 
third party. Howeverrtheparties may nofrfavesufficient 
information to decide the optimal call routing. 

While this conventional approach requires signifi- 
cant user intervention in selecting among possible con- 
nections, electrical connectivity for_conference call 
sessions is established using conference bridges. A 
conference bridge is a telephony device that mixes mul- 
timedia information from different telecommunications 
stations to provide a multiple party call session. The 
conference bridge includes a message-transmitting 
level for exchanging transmissions with other switches 
and includes a voice-path level for exchanging voice 
data and/or other multimedia data among the tele- 
phone/multimedia stations at which the call participants 
are located. Each switch ("node") in a public or private 
network of switches may have a separate conference 
bridge to provide independent conference-bridging 
capability to the switch. However, there may be a central 
conference bridge that provides this capability to an 
entire network. 

There are a number^of Jactorejh^ determine the 
"optimal" routing for establishing a conference call ses- 
sion. For example, cost plays a role in the determination 
of the optimal connectivity of the parties. If there are 
three parties that must be connected and two of the par- 
ties are subscribers of a single switch, typically the pre- 
ferred connectivity is one in which the conference 
bridge of the shared switch links the parties. If the par- 
ties are all subscribers of different switches, typically the 
preferred switch for bridging the parties is the one that 
can establish the connectivity most inexpensively. How- 
ever, there are other factors that sometimes override 
cost. If the telecommunications resources, such as the 



trunk lines, of a particular switch are already heavily 
taxed by ongoing conference and/or other call sessions, 
the optimal connectivity of the parties may be one that 
requires greater involvement by one of the more expen- 
s sive routing selections. Another concern is that certain 
switches may provide a greater quality of service for 
multimedia communications in conference calls, so that 
quality-of -service capabilities play a role in determining 
the optimal connectivity. 

10 The parties of a conference call may not be con- 
cerned about the optimal connectivity, and are typically 
not in a position to consider all of the factors. Often, call 
rates will vary with the time of the day. If different 
switches are in different time zones, the less expensive 

is switch to connect the parties may depend upon the time 
of day. U.S. Pat. No. 5.408,526 to McFarland et al. 
describes an automated conference calling system. The 
conference optimization system (COS) may be part of a 
public telecommunications network and/or part of a glo- 

20 bal private telecommunications network. The COS is 
located so that it can be accessed by a subscriber of 
any one of the switches in a network of switches. Thus, 
when a party who is a subscriber to one of the various 
switches contemplates initiating a conference call, the 

25 initiator dials a direct access number of the COS. For 
example, the initiator may dial a specific toll-free access 
number in the format of a 1-800 call. The initiator pro- 
vides such information as the number and location of 
the parties to be conferenced, the times for beginning 

30 and ending the conference, and the telecommunica- 
tions facilities requirements, e.g., bandwidth require- 
ments. After receiving the requirements, the COS 
compares the requirements with information in a data- 
base, including the cost of each of the paths/routes at 

35 the desired time of the conference, the available net- 
work paths/routes for the required bandwidth and qual- 
ity of transmission, and the capabilities of the terminal 
equipment available to the participants of the confer- 
ence call. The COS selects the most cost effective 

40 means for initiating the conference and sends the infor- 
mation to the parties involved in the conference. Alter- 
natively, the information required for conference 
initiation may be provided to a network call controller 
that sets up the conference, so that no further interven- 

45 tion by the participants is required. 

The conference calling system of McFarland et al. 
provides a number of advantages over prior art systems 
and methods. By providing a central COS that can be 
accessed from any switch in a network of switches, a 

so cost-conscious party may provide significant savings to 
a business that utilizes conference calls on a regular 
basis, e.g. call centers. However, the system relies upon 
individuals to contact the centrally located COS, or the 
benefits of the system cannot be realized. Another con- 

55 cern is that often the benefit of adding a third party to a 
call session is not realized until after the first two parties 
have entered into a call session. In this situation, the 
COS would require the existing call to be terminated 
and the toll-free call to the COSJo be made before the 
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most cost efficient conference call connectivity could be 
calculated by the system. Additionally, the COS does 
look to the availability of the network paths/routes, but 
does not seem to consider whether use of a particular 
available path/route will render one of the switches sus- 
ceptible to a blockage condition caused by exhaustion 
of available telecommunications resources. 

What is needed is a method and apparatus that 
provide an automated mechanism for selecting and 
establishing "optimaP connectivity of conference call 
parties based upon at least one preference, e.g., a cost- 
related preference, with the method and apparatus 
being executable either before or during a call session. 
What is also needed is a method and apparatus that 
provide an automated reconfiguration of conference call 
connectivity of existing calls when there is a relevant 
change with respect to the preferences. 

SUMMARY OF THE INVENTION 

The present invention provides methods and appa- 
ratus for establishing bridges among the participants of 
a conferencecalTimhe preferred erhSodirrfentrlocation 
info rmation indic ativ e of the location of each of th ejgar- 
ties-in-the_c onference call is received at a first node. A_ 
rnnnpy^iQn-is-then-establish ed between the first node 
and at least one other node. The„Qtber__node(s)_have. 
rr^fprence-Eridama capapifitv. A collaboration is th en 
established between_the_jirsL_node_anc^ 
n ode(s)r This collaboration selects whi ch of the nodes 30 
will provid^a-bridge-^e-eonnect'tne s econd and third 
parties of the conference call session wiffrtrTeltrst partyT 

The collaboration also includes (1) the exdiangeof S'Q- . 

nal messagesbe tween the first and othe r node(s) an d_ 
(2) access toadatabase ofinformation wffichlsj gjgvant- 
to the prefer ences used in selectin g between thej irst 
and the other node(s). After the collaboration is com - 
pleteTthe parties are "bridged into the conference call 
session TThis bridging^ccursglhe selected nodeT 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of a conference bridge and 
related components for carrying out the invention. 

Fig. 2 is a flow chart of steps for achieving collabo- 
ration between the conference bridge of Fig. 1 and a 
remote conference bridge, so that a desired conference 
call connectivity can be achieved. 

Fig. 3 is a schematical representation of call con- 
nectivity negotiated in accordance with the invention. 

Fig. 4 is a schematic representation of a conference 
call connectivity negotiated in accordance with the 
steps of Fig. 2. 

Fig. 5 is a reconfiguration of the connectivity of Fig. 
4 as a result of detection of changing circumstances. 

DETAILED DESCRIPTION 

Connectivity for a conference call session is 
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selected and executed by establishing a collaboration 
betwe en dif ferent nod es that e ach have~conferenc gi 
Cbndging capability. In the preferred embodiment, the 
"cona jpgratiorrts between con ference brid ges of thej ndj- 
viduai nodes. There may be a n umDefoTdifferent tim es 
at which ffTe col laboration occursTi- irst, wnen a single 
partylfWateslfcall session that is to include three par- 
ties, the conference-bridges of two or more nodes may 
negotiate theJnitia Lconnectivity based~u pon-select^T 
objectives, e.g. cost savings. In another occurrence, the 
collaboratio n is established to determine connectivi ty 
when one party calls a second party , who then initiates 
a ^irtQjjj j^Iparj^ 

ca ll connectivity is reconfigured upon detection tha Lcir- 
cumstances related to con nectivity preferences hav e 
chanQedT^ a^cairrates have raised or lowered_ as_a 
result of reaching a ce rtain time of day. Ho wever, there 
are cost-related'fimits to this systematic reconf igrjringof 
conference calls.-AJou rth occurrence of collaboration is 
a determin ation of whe thecejasting connections should 
be reconf ig ure d when an additjo naLpar.ty,is^dded-toan 
ongoing~call session. The^cqHaboration may also occur 
within a two-party call, allowing the dfirefction-of-the party 
connection to be reversed when it is determined that the 
reversal would achieve a desired result, e.g. cost sav- 
ings. 

When a person intends to initiate a conference call 
or intends to add a third person to an ongoing call ses- 
sion, location information indicative of the party or par- 
ties is input to the conference bridge of a local node. 
The conference bridge includes an internal user inter- 
face for communication with a telephone or multimedia 
user station having an interface mechanism. The combi- 
nation of the internal user interface and the interface 
mechanism may provide a voice-response driven input, 
a menu -selection driven input, or a computer-mouse 
driven input, but other interfaces are also contemplated. 
The user interface prompts a calling party to enter the 
calling number of the party or parties to be added. The 
location information typically will provide parameters for 
initiating collaboration among different conference 
bridges. 

The conference bridge of each node includes a 
conference^bridg e manag er. This manager interacts 
with "the user interface, as well as a connectivity compu- 
tation component and a message interface component 
that is used to achieve the communication in the collab- 
oration with remote conference bridges. The connectiv- 
ity computation component of a conference bridge is 
used to process dat a received from one or more loc al 
"fl5ratrareg-gna"from remote conference bridges to 




Qetermine the comparative desirability of different con- 

p^i^ityw^nrftf^^ optimization 

may Be triggered by tracking the different times during 
55 the day at which call-rate changes go into effect at vari- 
ous nodes in a network. Typically, call rates are highest 
at a local node between the working hours of 8:00 a.m. 
and 5:00 p.m. As another example, load optimization 
may be triggered by the peak load times for the local 
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node, so that at the peak times it may be more desirable 
to add parties via the conference bridge of a remote 
node. This alleviates the susceptibility of the local node 
to call IjlocKage-due -to-exjiaustion ofjelecorrtmorrica^- 
tio ns resources, sucn as trunk-Hnesr^T he-availability of 
fefecommunications resources may be monitored to 
determine whether certain preselected threshold levels 
have been reached for the local node. When the availa- 
bility falls below a preselected threshold, load optimiza- 
tion may take precedence over time optimization and 
cost optimization. 

The connectivity computation component may be 
divided into three separate elements that are hierarchi- 
cally executed. The ti rst element determines cost optk 
mizatiOQ^ fo^^e^native--€onft c iurations of co nnectivity. 
The^econd__^jiient-4s-load-opti 
highest element in the hierarchy when telecomrnunica- 
tiiSns resource av ailability falls below t he preselected 
threshold"leve irTh"e time optimization element that was 
previously described may be used in selecting a time to 
initiate a conference call or may be used in a reconfigu- 
ration scheme for ongoing conference calls. 

At the termination of a conference call, the confer- 
ence bridges that were employed in establishing the 
session are able to determine and record the length of 
the session and whether there were any tariff changes 
during the course of the session. Preferably, the parties 
are notified of the relevant information and are advised 
of any less expensive ways of completing future confer- 
ence calls. For example, an email message may be 
transmitted to a party who initiated a conference call 
session, informing the party that the call could have 
been conducted less expensively by delaying the start 
of the call until after a certain time, e.g. 2:00 p.m., that 
allows the tariff charge to drop at a remote node that is 
involved in the session. 

In the preferred embodiment, the method and 
apparatus are capable of reconfiguring the conference 
call connectivity during ongoing call sessions. For 
example, if at the onset of a conference call it is deter- 
mined that the conference bridging should be accom- 
plished at the local node, but during the call sessions 
the conference bridge manager component detects that 
upon reaching 8:00 a.m. it will be more cost effective to 
allow the remote node to accomplish the bridging, the 
conference bridge manager may invoke the message 
interface component to again provide collaboration with 
the remote conference bridge to negotiate a reconfigu- 
ration of the session. In like manner, the reconfiguration 
may be triggered by detection that the telecommunica- 
tions resource availability of the bridging node is below 
a threshold availability level. 

An advantage of the invention is that the use of the 
method and apparatus does not necessarily require the 
input of information prior to initiation of a conference 
call. Conference bridge collaboration can be invoked 
when two or more parties are already conducting a call 
session. Moreover, the collaboration is transparent to 
the parties after the location information has been input 



by one of the parties. Ideally, the reconfiguration of 
ongoing conference calls is completely transparent to 
the calling parties. Yet another advantage is that the 
selection of the "optimal" configuration or reconfigura- 
5 tion considers a number of different factors, e.g., cost, 
time, and resource availability. 

With reference to Fig. 1, a conference bridge 10 is 
shown as including a conference bridge manager 12, a 
connectivity computation component 14, an internal 

io user interface 16, a multimedia exchange component 
1 7, and a message interface 1 8. The internal user inter- 
face 16 is connected to a telephone or multimedia sta- 
tion 19 of a user. The station includes a computer 21, 
two interface mechanisms 20 and a telephone 24, but 

is not all of the elements are required. The internal user 
interface and the interface mechanisms cooperate to 
guide a calling party through the steps necessary to ini- 
tiate a conference call or to add a party to an existing 
call session involving two or more persons. The specific 

20 interface mechanism is not critical to the invention. 
Exemplary input schemes include a voice-response 
driven approach, a menu-selection driven approach, 
and a computer-mouse driven point-and-click 
approach. The user of station 19 is prompted to provide 
'25 location information indicative of the location of parties 
of the conference call. For example, the user may be 
prompted to enter the calling numbers of the parties 
who are to be involved in the conference call. Alterna- 
tively, after the first connections are established, any 

30 party may add more parties to the conference call. 

A conventional conference bridge is a component 
of a node, such as a private branch exchange (PBX), 
and is used to mix the audio of several participants in a 
call session involving three or more persons. The 

35 voice/multimedia level that achieves this mixing is repre- 
sented by component 23 in Fig. 1. More than one line 
extends from this component in order to permit connec- 
tions of multiple parties. 

The conventional conference bridge will connect 

40 several participants when instructed to do so by human 
intervention. However, the conference bridge 10 of Fig. 
1 is used to collaborate with conference bridges of other 
nodes to select one "optimal" connectivity configuration 
to the exclusion of other "inferior" connectivity configu- 

45 rations. The selection is based upon one or more fac- 
tors. The factors include, but are not limited to, costs, 
times, and resource availabilities. The connectivity com- 
putation component 1 4 has an input from a database 22 
of information relevant to the selection process. For 

so example, the database may include a tariff table of call 
rates to telephone stations of other nodes. Thus, if a 
multimedia station 19 of the node in which the confer- 
ence bridge 10 resides is used to call an external sta- 
tion, database 22 is equipped to determine the call rate 

55 of the session. The use of tariff tables is well known in 
the art. The invention includes distributed calling with 
distributed databases, so that each of a number of con- 
ference bridges involved in a collaboration to select 
among various connectivities is able to contribute tariff 
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information regarding calls originating from the PBX at 
which the particular conference bridge resides. 

A first historical database 25 is connected to topog- 
raphy computation component 14 to store and provide 
access to information related to conference calls. This 
information may be used to detect patterns in confer- 
ence calling by subscribers of a PBX, allowing the con- 
ference bridge to advise subscribers as to how such 
calls can be conducted less expensively. Moreover, 
where a pattern or routine to conference calls is estab- 
lished, the stored information can be used to predict the 
length of a conference call at the initiation of the call. 
The prediction is formed by the conference bridge and 
is used as one basis for selecting the "optimal" connec- 
tivity. 

A second historical database 27 may include infor- 
mation related to peak hours of the node at which the 
conference bridge resides. This allows the connectivity 
computation component 14 to factor in the possibility 
that a conference call will begin or extend into a high- 
demand time for telecommunications resources of the 
node. Additionally, the connectivity computation compo- 
nent has an input from a load monitor 26 that monitors 
the availability of telecommunications resources. If the 
resource availability is below a preselected threshold, 
the "optimal" connectivity, as determined at component 
14, is likely to include bridging at a conference bridge 
that is remote to the one shown in Fig. 1 . Moreover, the 
connectivity may be dynamic, so that if the load monitor 
26 provides information that indicates that resource 
availability has dropped below the threshold level, the 
ongoing conference calls may be reconfigured to pro- 
vide bridging at a remote node, thereby freeing 
resources of the local node. 

Referring now to Figs. 1 and 2, in a first step 28, the 
information that identifies the location of one or more 
parties of a conference call session is input by a user. 
A Unlike prior art automated systems, connections may 
^ be introduced in a one-at-a-time fashion, or may be 
/ introduced into existing calls. The user employs one or 
^ both of the interface mechanism 20 and the telephone 
24. For multimedia conference calls, the telephone is 
only one component of the telecommunications station 
of the user. The conference bridge manager 12 inter- 
acts with the internal user interface 1 6, the connectivity 
computation component 14, the message interface 
component 18, and the multimedia exchange compo- 
nent 23. Based upon the information received from the 
databases 22, 25 and 27 and from the load monitor 26, 
the connectivity computation component 14 provides at 
least an initial determination of the optimal connectivity 
for the conference call. If the tariff table of the database 
22 includes call rates for all of the nodes in the network 
and database 27 includes information related to high- 
demand times for all of the nodes in the network, the 
connectivity computation component of the conference 
bridge 10 is in a position to unilaterally determine which 
node should provide the necessary bridging. However, 
this storage of universal information is not cost-effective 



in most applications. Therefore, it may be necessary to 
establish communication with remote conference 
bridges in order to obtain additional information from the 
databases of remote nodes for optimizing the connec- 

5 tivity. This communication is established by the man- 
ager component 12 invoking the exchange of message 
signals via the message interface component 18. The 
step 30 of establishing bridge-to-bridge communication 
is shown in Fig. 2. 

10 In step 32, if the parties are located at different 
nodes, the local conference bridge 10 collaborates with 
one or more remote bridges. Initially, the collaboration 
may merely be an exchange of information related to 
call rates and resource availability. The local and remote 

is conference bridges may then renegotiate the connectiv- 
ity using the message interface components 18 and the 
bridge manager components 12 of the local and remote 
nodes. In step 34, the identified parties of the confer- 
ence call session are connected. At least one of the 

20 conference bridges is utilized in this step. For confer- 
ence calls involving four or more parties, both of the 
conference bridges may be utilized in establishing the 
selected connectivity. With respect to connecting the 
parties, the operation of the conference bridges follows 

25 the conventional techniques, and is well understood in 
the art. Of course, if the parties are all supported by the 
same PBX, the shared PBX will establish the connec- 
tion. 

In the preferred embodiment, there is a step 36 of 

30 monitoring reconfiguration conditions. The conditions 
for reconfiguring connectivity may be time-dependent. 
As an example, if call rate changes are automatically 
implemented at a set time, e.g., 8:00 a.m., the more 
cost efficient connectivity may switch from providing 

35 bridging at the local node to providing bridging at the 
remote node. This information would be stored in the 
tariff tables of database 22 in Fig. 1 . Thus, at 8:00 a.m., 
the step 38 of reconfiguring connectivity may be exe- 
cuted. The reconfiguration switches the assignment of 

40 conference bridging from the local node to the remote 
node. On the other hand, if the resource availability 
information from the historical database 27 of the 
remote node indicates that the reconfiguration could 
create a likelihood of a blockage condition at the remote 

45 node, the collaboration between the conference bridges 
may result in the original configuration being main- 
tained. 

Another time-dependent reconfiguration condition 
that may be monitored at step 36 relates to resource 

so usage cycles. If it is known that the local node typically 
has a low-demand period from 12:00 p.m. to 1 :00 p.m., 
but this period is followed by a high-demand period, the 
desirability to reduce the susceptibility of the local node 
to a blockage condition may override the desire to pro- 

55 vide the most cost efficient bridging approach. As a 
result, the conference call may utilize the cost efficient 
connectivity of bridging at the local node until 1 :00 p.m., 
whereafter the assignment to provide conference bridg- 
ing is switched to the remote node at step 38. 
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In addition to time-dependent reconfiguration con- 
ditions monitored at -step 36. there may be traffic- 
dependent conditions. As previously noted, there pref- 
erably is a component 26 in Fig. 1 that continuously 
monitors the utilization of telecommunications 
resources, such as trunk lines. If it is detected that 
resource availability has dropped below a set threshold 
level, dynamic connectivity as provided at step 38 of 
Fig. 2 allows the conference bridge manager 12 to 
invoke message exchanges via interface component 18 
for the purposes of renegotiating bridging assignment. 
The reconfiguration may alleviate the demand for the 
limited telecommunications resources. 

If the arrangement of party connections is to be 
reconfigured, step 39 is a determination of whether the 
reconfiguration is prompted by termination of the call. 
When a reconfiguration is merely the termination of the 
call, the lines are disconnected at step 41 . When the 
reconfiguration is the addition of a new party, as deter- 
mined at step 43, the process returns to step 28 for the 
input of location information regarding the new party. 
However, when the reconfiguration at step 38 is 
prompted by any other factor (e.g., cost or resource fac- 
tors) the process returns to step 36 for further monitor- 
ing of conditions. Preferably, there are limitations on the 
frequency of reconfiguration, since each reconfiguration 
involves a charge. 

While the reconfiguration aspect of the invention 
has been described with reference to reassigning the 
bridging task from the local conference bridge 10 to a 
remote conference bridge, the opposite condition oper- 
ates equally well. That is, if a remote conference bridge 
detects a condition that dictates connectivity reconfigu- 
ration, collaboration and renegotiation will be invoked by 
the exchange of message signals with the local confer- 
ence bridge 10 to determine whether the optimal con- 
nectivity now requires bridging at the local node. 

The operation of the system of Fig. 1 and the proc- 
ess of Fig. 2 will be described with reference to Figs. 3- 
5. In Fig. 3, a user at station 24 inputs location informa- 
tion to the local conference bridge 10 using a user inter- 
face mechanism, not shown. As previously noted, the 
station may include a computer and a number of user 
interface mechanisms, such as a keyboard or a compu- 
ter mouse. The components of the local node 40 are 
conventional, other than with respect to those elements 
of the conference bridge that allow the collaborated 
connectivity optimization. The local PBX 40 includes 
extension cards 42 and 44 to support the various exten- 
sions of the PBX. In addition, the node includes an 
external trunk card 46 for outgoing lines to a second 
PBX 48. 

If the user at station 24 of the first PBX 40 initiates 
a telephone call to a user at station 66 of the second 
PBX 48, the connection is made via the trunk cards 46 
and 62 of the two switches. Internal line 54 connects the 
extension card 44 of the station 24 to the external trunk 
card 46. The interconnection between the trunk cards 
46 and 62 of the two switches is established by an exter- 



nal trunk line 64. At the second PBX, an internal line 70 
connects the trunk card 62 to the extension card 68 that 
supports the user station 66. After the parties at stations 
24 and 66 are connected, the two conference bridges 

5 10 and 52 collaborate to determine whether the direc- 
tion of the call shoutdbeYeversed. If a direction reversal 
is negotiated, the original connection between the par- 
ties is maintained while a parallel path of reverse direc- 
tion is established via the conference bridges. The 

io original connection must be temporarily maintained in 
order to prevent interruption of the call during the direc- 
tion reversal. Once the second path is established, the 
original connection is dropped. 

Referring to Figs. 1 and 3, the multimedia exchange 

75 components 23 of the two conference bridges 10 and 
52 are not involved in providing the voice path between 
the two stations 24 and 66, unless a direction reversal 
has been negotiated between the bridges and the sec- 
ond path has been established. However, the message 

20 interlace components 18 of the two conference bridges 
exchange signals that allow the bridges to collaborate in 
a determination of the direction of the connection. That 
is, while the initiation of the call by a user at station 24 
requires that the initial direction be from the first PBX to 

25 the second PBX, the two conference bridges may deter- 
mine that a reconfiguration to reverse the direction will 
lead to a cost savings, so that the reversal is then initi- 
ated. The exchange of message information and multi- 
media information between the two bridges can be 

30 implemented by merging the message and multimedia 
data (i.e., in-band signaling) or the two forms of data 
can be separately transmitted by out-of-band signaling, 
as is well known in the art. Since the direction does not 
affect the resource allocation, other than during that 

35 reconfiguration time in which parallel paths exist, only 
the cost is considered in the collaboration between the 
two conference bridges. Costs are determined using the 
tariff-related databases 22 of the two switches. 

Referring now to Fig. 4, if the two parties who are 

40 involved in the call from station 24 to station 66 decide 
to include a third party who is at a station 74 of a third 
PBX 76, one of the original parties will input the location 
information relevant to identifying station 74. While the 
two original parties determine who is to initiate the addi- 

45 tion, it is the collaboration between the two conference 
bridges 10 and 52 that determines which conference 
bridge is to be used in connecting the three parties. As 
previously noted with reference to Fig. 1 , the three data- 
bases 22, 25 and 27 of a PBX include the information 

so relative to the selection of the "optimal" conference 
bridge. Each PBX 40, 48 and 76 includes the three 
databases, so that the selection of the connectivity may 
utilize all three databases of all three PBXs. However, 
the information of the databases of the third PBX 76 is 

55 accessible only after a connection is made to confer- 
ence bridge 78, so that this information is used in the 
determination of whether a reconfiguration is appropri- 
ate. In Fig. 4, the conference bridge 10 of the first PBX 
40 has been selected to provide audio and/or multime- 



6 



: <EP 0805582A2 I > 



11 



EP0 805 582 A2 



12 



dia mixing for the conference call session. A second 
external line 72 from the trunk card 46 of the f irst PBX to 
the trunk card 80 of the third PBX establishes the con- 
nection between the first and third switches. Alterna- 
tively, different trunk cards of the first PBX may be used 
to establish the two connections, in a manner well 
known in the art. 

After the connections of Fig. 4 have been estab- 
lished, the three conference bridges 10, 52 and 78 con- 
tinue to collaborate. Returning to Fig. 1, the load 
monitor 26 provides an input as to the availability of 
resources at the conference bridge 10 that provides the 
connection. In addition, the historical data of resource 
availability is acquired at the database 27. All three of 
the PBXs 40, 48 and 76 provide information for ascer- 
taining whether a reconfiguration of connectivity topog- 
raphy will result in a cost savings. If it is determined that 
the "optimal" connection changes for an ongoing confer- 
ence call, the topography can be reconfigured, as previ- 
ously noted with respect to step 38 of Fig. 2. In Fig. 5, 
the reconfiguration has resulted in the conference 
bridge 52 of the second PBX 48 acting as the bridge to^ 
link the three stations 24, 66 and 74. The reconfigure-' 
tion adds an external line 82 between the trunk cards 62 
and 80 of the second and third PBXs. thereby temporar- 
ily establishing parallel paths as previously described 
with reference to Fig. 3. The original path from the trunk 
card 46 of the first PBX to the trunk card 80 of the third 
PBX is then disconnected, leaving the configuration 
shown in Fig. 5. The reconfiguration that takes place 
from Fig. 4 to Fig. 5 may be dictated by one of the time- 
dependent or load-dependent conditions that were 
described above. That is, the reconfiguration may be for 
the purpose of freeing telecommunications resources of 
the local switch, or may be a result of a time-dependent 
increase in call rates at the local PBX 40 or a time- 
dependent decrease in the call rates from the remote 
PBX 48. 

Claims 

1. A method of executing a conference call session 
between parties using at least two nodes having 
conference-bridging capability, said method com- 
prising steps of: 

at a first node, receiving location information 
indicative of location of each of said parties of 
said conference call, said first node having a . 
first party of said conference call session as a 
subscriber; 

establishing communication between said first 
node and at least one second node having con- 
ference-bridging capability: 
establishing collaboration between said first 
and second nodes to select which of said first 
and second nodes is to provide a bridge to con- 
nect second and third parties of said confer- 
ence call session with said first party, including 



exchanging signal messages between said f irst 
and second nodes and including accessing a 
database of information relevant to preferences 
in selecting between said first and second 
5 nodes; and 

in response to said collaboration, bridging said 
parties into said conference call session, with 
said bridging occurring at said selected node of 
said first and second nodes. 

w 

2. The method of claim 1 wherein said step of estab- 
lishing collaboration includes providing negotiations 
between a conference bridge of said first node and 
a conference bridge of said second node. 

15 

3. The method of claim 1 wherein accessing said 
database of information relevant to preferences in 
selecting between said first and second nodes 
includes determining levels of availability of tele- 

20 communications resources at said first and second 
nodes. 

4. The method of claim 1 wherein accessing said 
database includes accessing information indicative 

25 of anticipated levels of telecommunications 
resources availability as based upon times of days. 

5. The method of claim 1 wherein said step of estab- 
lishing collaboration includes accessing information 

30 indicative of current levels of availabilities of tele- 
communication resources of said first and second 
nodes. 

6. The method of claim 1 wherein accessing said 
35 database includes accessing tariff tables of rates of 

providing telecommunications services from each 
of said first and second nodes to said third party. 

7. The method of claim 1 wherein accessing said 
40 database includes accessing historical data regard- 
ing previous conference calls, including durations of 
said previous conference calls. 

8. The method of claim 7 wherein said step of bridging 
45 said parties includes utilizing said historical data in 

determining a topography for connecting said par- 
ties. 

9. The method of claim 2 further comprising a step of 
so a conference bridge of at least one of said nodes 

notifying at least one of said parties of a less expen- 
sive approach to said conference call when a less 
expensive approach is detected. 

55 10. The method of claim 1 further comprising a step of 
managing said conference call session following 
said step of bridging said parties into said session, 
including reconfiguring said session when a prede- 
termined condition regarding at least one of calling 
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costs and resource availabilities is detected. 

11. The method of claim 10 wherein reconfiguring said 
session includes invoking message exchanges 
between said first and second nodes to reselect 
which of said first and second nodes is to provide 
said bridge to connect said third party. 

12. The method of claim 10 wherein said step to man- 
aging includes monitoring all conference call ses- 
sions involving a conference bridge of said first 
node to determine when said predetermined condi- 
tion is met. 

13. A method of adding a party to an existing call ses- 
sion that utilizes first and second switches that each 
include a conference bridge, said method compris- 
ing steps of: 

initiating collaboration between said confer- 
ence bridges of said iirst and second switches 
to select between said first and second 
switches for connecting said party, including 
determining which one of said first and second 
nodes involves a lower call rate in forming a 
connection to said party, said determination 
including accessing a tariff table of rates, 
thereby designating a preferred switch for con- 
necting said party; 

determining whether said preferred switch 
involving said lower call rate has call -connec- 
tion resource availability that is above a prese- 
lected availability threshold level; 
at least partially based upon whether said pre- 
ferred switch has call-connection resource 
availability above said threshold level, negotiat- 
ing which of said conference bridges is to form 
a bridge to said party; and 
based upon said negotiation, forming said 
bridge to said party. 

14. The method of claim 13 wherein said step of nego- 
tiating is also partially based on a prediction of said 
call -connection resource availability for a predicted 
length of said call session. 

1 5. The method of claim 1 3 further comprising a step of 
providing party notification of an alternative 
approach to conference calls when a less expen- 
sive approach is detected at the termination of a 
conference call. 

16. The method of claim 13 wherein said collaboration 
between said conference bridges of said first and 
second bridges includes exchanging messages 
between said conference bridges. 

17. The method of claim 13 wherein said step that 
includes designating said preferred switch is a step 



of selecting a more cost-effective switch for forming 
said bridge to said party, with said selecting being 
based upon said tariff table of rates. 

s 18. The method of claim 13 further comprising receiv- 
ing information indicative of location of said party, 
with said information being received via a user 
interface from an original party of said existing call 
session. 

10 

19. The method of claim 13 wherein said step of deter- 
mining which one of said first and second nodes 
involves a lower call rate includes computing and 
comparing call rates for forming said connection to 

15 said party via each of said first and second nodes. 

20. The method of claim 13 further comprising steps of 
monitoring said call session after said party has 
been connected and selectively reconfiguring con- 

20 nections to parties of said call session based upon 
time-dependent rate changes. 

21. The method of claim 13 further comprising steps of 
monitoring said call session after said party has 

25 been connected and selectively reconfiguring con- 
nections to parties of said call session based upon 
changes in said call-connection resource availabil- 
ity. 

30 22. A method of executing a call session between par- 
ties using at least two nodes having conference 
bridges comprising steps of: 

at a first node, receiving location information 
35 indicative of the location of each of said parties 

of said call session, said first node having a first 
party of said call session as a subscriber; 
establishing communication among a plurality 
of conference bridges, including a conference 
40 bridge of said first node, wherein establishing 

communication includes forming a distributed 
database of data relevant to selection of a 
topography of connectivity from alternative 
topographies for connecting said parties, said 
45 distributed database having data indicative of 

tariffs and node resource availability for nodes 
at which said plurality of conference bridges 
reside; 

selecting a topography of connectivity based 
so upon said data stored in said distributed data- 

base formed by communication among said 
plurality of conference bridges; and 
connecting said parties based upon said 
selected topography. 

55 

23. The method of claim 22 wherein said step of select- 
ing a topography is a step of selecting a topography 
requiring distributed calling in which at least two 
conference bridges are utilized in said selected 
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topography. 



information from said parties. 



24. A conference bridge of a telecommunications local 
node comprising: 

5 

user interface means for receiving location 
information from a calling subscriber of said 
local node, said location information being 
indicative of location of a party to whom a 
bridge is to be formed to connect said party 10 
within a conference call; 
computation means, connected to receive said 
location information and to receive call rate 
information, for computing a first call rate of 
bridging said party from said local node and for is 
comparing said computed first call rate to a 
second call rate that is indicative of costs of 
bridging said party from a remote node having 
a second conference bridge; 
message interface means for negotiating with 20 
said second conference bridge of said remote 
node based at least partially upon said first and 
second call rates; and 

conference bridge manager means, connected 
to said computation means and said message 25 
interface means, for selecting between said 
conference bridges of said local and remote 
nodes to form a bridge to connect said party. 

25. The conference bridge of claim 24 wherein said 30 
computation means includes an input connected to 

a database of tariffs for providing telecommunica- 
tions services. 



26. The conference bridge of claim 24 further compris- 35 
ing means for monitoring telecommunications 
resource availability, said conference bridge man- 
ager means being responsive to telecommunica- 
tions resource availability in selecting said 
conference bridge. 40 

27. The conference bridge of claim 24 further compris- 
ing means for reconfiguring an on-going confer- 
ence call session in response to detection of a time- 
dependent change in at least one of said first and 45 
second call rates. 

28. The conference bridge of claim 24 wherein said 
conference bridge manager means is a means of 
initiating reconfiguration of a topography for con- so 
necting parties of a conference call based upon 
predetermined factors, such that said reconfiguring 

is transparent to said parties. 



29. The conference bridge of claim 24 wherein said ss 
message interface means is a means of exchang- 
ing messages with remote conference bridges uti- 
lizing an established message protocol, said 
messages being different than audio/multimedia 
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